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METHOD OF PROVIDING SHARED OBJECTS AND NODE-SPECIFIC OBJECTS IN A 

CLUSTER FILE SYSTEM 



BACKGROUND OF THE INVENTION 
5 FIELD OF THE INVENTION 

The present invention generally relates to cluster file systems. More 
particularly, the present invention relates to providing shared objects and node- 
specific objects in a cluster file system. 



10 RELATED ART 

Generally, a cluster file system is a shared file system. The cluster file system 
makes files visible to and accessible by the nodes in a cluster. Each node has the 
same view. It does not matter whether a file is stored on a device connected to all the 
nodes or on a device that is private to a single node. By maintaining cache coherency 

1 5 across the nodes, the cluster file system assures that all nodes at all times have the 
same view of the files in the cluster. 



Although cluster file systems provide shared objects (e.g., a file or a directory) 
across the nodes, most cluster file systems do not provide the capability for node- 
20 specific objects such as files and directories. Some cluster file systems provide this 
functionality using node specific links. This requires that shared objects be duplicated 
in a node-specific directory. Moreover, these links are manually created. 
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SUMMARY OF THE INVENTION 

A method of providing shared objects and node-specific objects in a cluster file 
system is described and provided. The method includes providing to a particular 
shared object an attribute, whereas the particular shared object can be a container- 
5 type shared object. The attribute indicates any object created in the particular shared 
object (including its sub-divisions or sub-containers) from this point in time will be 
designated as node-specific. Furthermore, when a node causes a file system 
operation that is node-specific to be performed by accessing the particular shared 
object, the file system operation is performed in an alternate directory corresponding to 
10 the node. The alternate directory supports a node-specific object. The shared objects 
and the node-specific objects can be directories. Additionally, the shared objects and 
the node-specific objects can be files. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings, which are incorporated in and form a part of this 
specification, illustrate embodiments of the invention and, together with the 
description, serve to explain the principles of the present invention. 

Figure 1 illustrates a system in accordance with an embodiment of the present 
invention. 

Figure 2 illustrates a flow chart showing a method of providing shared objects 
and node-specific objects in a cluster file system in accordance with an embodiment of 
the present invention. 

Figure 3A-3C illustrates operation of a cluster file system in accordance with an 
embodiment of the present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

Reference will now be made in detail to embodiments of the present invention, 
examples of which are illustrated in the accompanying drawings. While the invention 
will be described in conjunction with these embodiments, it will be understood that 
5 they are not intended to limit the invention to these embodiments. On the contrary, the 
invention is intended to cover alternatives, modifications and equivalents, which may 
be included within the spirit and scope of the invention as defined by the appended 
claims. Furthermore, in the following detailed description of the present invention, 
numerous specific details are set forth in order to provide a thorough understanding of 
10 the present invention. 

In a current implementation of a cluster file system, shared objects (e.g., files 
and directories) and node-specific objects (e.g., files and directories) are provided. In 
particular, there is no need to duplicate shared objects in a node-specific directory, 

15 which converts the status of the duplicated shared objects to node-specific objects. 
Instead, the shared objects maintain their status as shared objects while making node- 
specific those objects (e.g., file and directory) that need to be node-specific. That is, 
node-specific objects can have the same name but different content. This is useful 
when there is a need to have the same file name on different nodes but require a 

20 private or local copy on each node because node-specific information is stored in 
these files (e.g., configuration files) 
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A distinguishing factor of this invention is that it treats node-specific 
files/directories as inherent file system objects. The process of creating node-specific 
objects is automatic. This enables any new node that is added to the cluster 
supported by the cluster file system to automatically get the shared objects. Moreover, 
5 the cluster file system can start creating node-specific objects for the new node. This 
enables products to be installed on the cluster file system such that the binaries are 
shared but node-specific configuration files are created for each node to allow the 
products to run off the cluster file system. 

10 Figure 1 illustrates a system 100 in accordance with an embodiment of the 

present invention. The system 100 includes a cluster 10 having a nodeO and a nodel. 
In an embodiment, each node can be any type of computer system. Moreover, the 
system includes a mass storage device 50 device shared by nodeO and nodel. The 
nodeO is coupled to the mass storage device 50 via connection 70 while nodel is 

1 5 coupled to the mass storage device 50 via connection 80. Additionally, the system 
100 includes a cluster file system 20 operating in nodeO and in nodel . The 
components of the system 100 can be implemented in hardware, software, or in a 
combination of hardware and software. 

20 Figure 2 illustrates a flow chart showing a method 200 of providing shared 

objects and node-specific objects in a cluster file system in accordance with an 
embodiment of the present invention. Reference is made to Figures 1 and Figure 3A- 
3C. 
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At Step 210, shared objects are installed in the cluster file system 20, which 
stores the shared objects in the mass storage device 50. The shared objects can be 
directories and files. Moreover, the shared objects will have the same name and the 
5 same content with respect to nodes (e.g., nodeO and nodel). At this time, there are no 
node-specific objects (e.g., files and directories). Hence, the directory search 
performed from nodeO will provide the same results as the directory search performed 
from nodel . 

10 Continuing at Step 220, a shared object is provided an attribute. In an 

embodiment, the shared object is a container-type shared object (e.g., a directory). 
The attribute indicates any object (e.g., file or directory) created in this shared object 
from this point in time will be a node-specific object. Assuming the shared object is a 
shared directory (e.g., Directoryl of Figure 3A), any object (e.g., file or directory) 

15 created in this shared directory (which includes its sub-directories (or sub-containers)) 
from this point in time will be a node-specific object. This allows preserving as shared 
files or directories those files or directories which existed in the shared directory before 
the point in time when the shared directory was made node-specific. Any file or 
directory created after this point in time in the shared directory (which includes its sub- 

20 directories) becomes a node-specific object, enabling shared files and directories and 
node-specific files and directories to reside in the same shared directory. 
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In Figure 3A, the shared object Directoryl is given the attribute that indicates 
node-specific. The Directoryl has files a.exe, b.exe, and c.exe, which are shared 
objects. Although Directoryl is given the node-specific attribute, the Directoryl retains 
its status as a shared object. However, any new object (e.g., file or directory) created 
5 thereafter in Directoryl is a node-specific object. This allows products (e.g., 

applications) to have shared objects and node-specific objects reside in the same 
shared object. For example, shared files and node-specific files can reside in the 
same directory. 

10 As shown in Figure 3A, the Directoryl has an alternate directory pointer 310 

that points to a table 320 that has alternate directory information for each node (e.g., 
nodeO and nodel). In particular, the table 320 indicates the location of the alternate 
directory associated with a node, if the alternate directory has been created by the 
cluster file system 20. The value 0 in the table 320 in the column for location of the 

1 5 alternate directory indicates that the alternate directory for the node has not been 
created by the cluster file system 20. Each alternate directory is private to the 
corresponding node and is associated with the shared directory Directoryl . 

Moreover, at Step 230, a node (e.g., nodeO) accesses the shared file c.exe in 
20 the Directoryl (shared object that has the node-specific attribute) causing a file system 
operation that is node-specific to be performed by the cluster file system 20. For 
example, nodeO may create a file or directory that has to be node-specific. Also, 
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nodeO may modify a file or directory that is node-specific, 
delete a file or directory that is node-specific. 
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Additionally, nodeO may 



At Step 240, the cluster file system 20 determines whether the table 320 has the 
5 location of the alternate directory. If the table 320 indicates that the alternate directory 
has not been created for nodeO, at Step 250, the cluster file system 20 creates the 
alternate directory for nodeO. Further, at Step 260, the cluster file system 20 updates 
the table 320 with the location (e.g., location A) of the alternate directory for nodeO. 
Figure 3B shows the nodeO alternate directory 340 created at location A. 

10 

Moreover, at Step 270, the cluster file system 20 performs the file system 
operation in the nodeO alternate directory 340. Here, the cluster file system 20 puts 
the created file c.conf (which is a configuration file) in the nodeO alternate directory 
340, as illustrated in Figure 3C. Thus, this internal branching from the Directoryl to the 
1 5 nodeO alternate directory 340 facilitates the node-specific functionality of the cluster 
file system 20. 



Now, if a directory search is performed from nodeO, the result will show the 
shared objects a.exe, b.exe, and c.exe. Moreover, the result will also show the node- 
20 specific-object c.conf, which is specific to nodeO. 
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However, if a directory search is now performed from nodel, the result will show 
the shared objects a.exe, b.exe, and c.exe. However, the result will not show the 
node-specific-object c.conf, which is specific to nodeO, but not to nodel. 



5 Thus, each node sees the shared objects of the Directoryl and the node- 

specific objects in the alternate directory corresponding to the node. It should be 
understood that there can be a plurality of shared directories, each supporting the 
creation of node-specific objects as described above in the case of the shared object 
Directoryl . Each sub-directory (sub-container) of a directory which has been given the 

10 node-specific attribute exhibits behavior of a similar nature in that any new files or 
directories created in the sub-directory becomes node-specific. Thus, a time based 
branching of a whole directory tree is possible using this invention whereby a part of 
the tree which existed before the parent directory of the tree was made node-specific 
remains shared to all current as well as future nodes and any files or directories 

15 created after this point in time (when given the node-specific attribute) in this directory 
tree will become specific to the node which created it. 

In an embodiment, the invention is configured as computer-executable 
instructions stored in a computer-readable medium, such as a magnetic disk, CD- 
20 ROM, an optical medium, a floppy disk, a flexible disk, a hard disk, a magnetic tape, a 
RAM, a ROM, a PROM, an EPROM, a flash-EPROM, or any other medium from which a 
computer can read. 



Oracle Matter No. OID-2003-1 39-01 



ORCL-2003-1 39-01 ORACLE CONFIDENTIAL 

The foregoing descriptions of specific embodiments of the present invention 
have been presented for purposes of illustration and description. They are not 
intended to be exhaustive or to limit the invention to the precise forms disclosed, and 
many modifications and variations are possible in light of the above teaching. The 
5 embodiments were chosen and described in order to best explain the principles of the 
invention and its practical application, to thereby enable others skilled in the art to best 
utilize the invention and various embodiments with various modifications as are suited 
to the particular use contemplated. It is intended that the scope of the invention be 
defined by the Claims appended hereto and their equivalents. 
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